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Metod och arrangemanq for att sp£ra utfSrda operati oner vid 
anvandninq av dataprogram 

Uppf inningens osnrado 

Foreliggande uppfinning avser en metod och ett 
arrangemang for att sp&ra operationer eller aktiviteter som 
utfSrts vid anvandning av ett dataprogram. Speciellt avses en 
losning for att kunna spara eventuella felaktiga inmatningar 
och/eller kommandon gjorda av en anvandare. 
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Teknikons bakgrund 

Vid arbete med olika dataprogram och datorapplikationer 

ar det inte ovanligt att ett program pltttsligt laser sig eller 

att detta inte arbetar pa ett satt som onskas eller forvantas. 

15 Detta kan bero pa att en anvandare, mer eller mindre 

omedvetet, har utfort nagon felaktig eller olamplig operation 

i programmet, eller att det finns nigot fel i detta, en sk* 

"bugg". Sadana operationer utfOrs vid aktivering av olika 

funktioner, knapptryckningar, musklickningar, etc, som nar de 

20 utfors enskilt eller i kombination kan medfSra lasning eller 

felaktig funktion hos det eller de program som anvands. I 

denna beskrivning kommer uttrycket "operation" att anvandas 

for att beteckna alia tankbara atgarder som en anvandare kan 

utfSra i ett dataprogram och som ph nagot satt 

25 paverkar/aktiverar detta. En utfSrd operation ar saledes ett 

resultat av en eller flera inmatningar, sasom 

tangenttryckningar, musklickningar eller tal vid rSststyrda 

j program. 
■ 

Vid exempelvis anvandning av dataprogram fGr 
*30 ordbehandling, kalkylblad eller databas kan ibland helt 

ovantade situationer uppst&, sasom att data fSrloras, 
m *\ utseendet pa skarmen andras, eller att programmet l&ser sig sa 

att det inte svarar pa nagra inmatningar. Far att kunna vidta 
V nodvandiga Atgarder som rattar till programmets "beteende" ar 



det ofta till stor hjalp om tidigare och hittills utforda 
operationer ar kanda och kan analyseras. Om saledes en 
tidigare gjord f elinmatning kan sp&ras ar det lattare att 
firsts vad som har hant och varfor den nuvarande situationen 
5 har uppst&tt, 

Vid dataundervisning for anvandning av speciella 
dataprogram ar det brukligt att en larare hjaiper och 
instruerar elever som trSnar sig pa att anvSnda programmet. 
Det ar da nastan oundvikligt att situationer som namns ovan 
10 forr eller senare uppst&r. LSraren fragar ofta eleven vad 
han/hon har gjort i programmet innan exempelvis ett fel 
uppstod. Ofta minns di inte eleven alia operationer som 
utforts, eller ocksa har vissa operationer utforts helt 
oavsiktligt eller omedvetet. Felet kan t.ex. bero pa n&gon 
15 inmatning som gjorts tfimligen l&ngt bak i tiden, eller pk att 
eleven helt enkelt r&kat trycka ned en tangent utan att mSrka 
det. LSraren maste da ofta Sgna lang tid at att ta reda pa vad 
som har hant och vad som behSvs for att ratta till 
situationen. Onodiga diskussioner kan aven uppsta om vad 
20 eleven har gjort och inte gjort. Dessutom ar det SnskvSrt att 
eleven far veta vilket eller vilka misstag som beg&tts for att 
kunna undvika dessa i framtiden och lara sig hur programmet 
f ungerar . 

De ovan namnda problemen och behoven kan fOrekomma aven i 
25 manga andra situationer, sasom pa foretag eller organisationer 
dar datoranvandare kan vanda sig till en person eller 
avdelning som tillhandahaller information och hjalp vid fragor 
om dataprogram, sk. "datasupport", eller f5r enskilda 
anvandare som vill kunna g6ra snabba felsokningar eller 
30 liknande. Det kan aven vara anvandbart att kunna spara 

tidigare utfSrda operationer vid test och utvardering av ett 
nytt eller modifierat dataprogram, f5r att hitta eventuella 
brister och f elprogrammeringar . 



US 2001/0003172 Al beskriver ett system dar en anvSndares 
olika datoraktiviteter registreras far att skapa en loggfil 
som Sr avsedd att anvandas for att bokfdra anvandarens arbete 
inom olika projekt mm. Detta US-dokument beskriver dock inte 
sp&rning av enskilda operationer utforda vid anvandning av ett 
specifikt dataprogram, vilket ej heller efterstavas eller 
behandlas i 16sningen enligt ovan namnda skrift. 

Det finns saledes allmant ett behov att pa ett enkelt 
satt kunna se och identifiera alia enskilda operationer som 
utfSrts vid anvandning av specifika dataprogram, fttr att 
exempelvis upptacka eventuella felaktiga inmatningar och/eller 
kommandon gjorda av en anvandare, 

Redogorelse for uppf xnningen 

Det ar ett syfte med foreliggande uppfinning att erhalla en 
16sning som medger sparning av utforda enskilda operationer 
vid anvandning av specifika dataprogram. 

Detta syfte och andra uppn&s genom en metod och ett 
arrangemang f6r att spara enskilda operationer som utfarts i 
ett specifikt dataprogram, dar inmatningar detekteras som 
utfors av en anvandare. Varje detekterad inmatning jamfors med 
en uppsattning pa forhand definierade operationer, varvid en 
mot varje inmatning svarande operation registreras som en 
utford aktivitet om inmatningen matchar n&gon f Crdef inierad 
operation vid jamf5relsen. Proceduren repeteras for ett antal 
inmatningar utf6rda under en inspelningssession, varvid en 
aktivitetslista med utforda operationer skapas. Denna lista 
kan sedan tas fram efter inspelningssessionen f5r att sp&ra 
enskilda operationer, 

Kortfattad beskrivning av ritningarna 

Foreliggande uppfinning beskrivs narmare nedan med hjalp av 
fQredragna exempel pa utf Sringsf ormer och med hanvisning till 
de bilagda ritningarna: 



Fig. 1 Sr ett schematiskt blockschema f5r en 
systemarkitektur av ett administrativt verktyg som kan 
anvandas for foreliggande uppf inning, 

Fig. 2 ar ett schematiskt blockschema for en 
systemarkitektur av ett sparningsprogram som kan anvandas f5r 
foreliggande uppfinning, och 

Fig. 3 ar ett flodesschema over ett arbetssatt f<5r 
bestamning av tidigare utforda operationer i ett specifikt 
dataprogram enligt fdreliggande uppfinning. 

Detaljerad beskrivning av foredragna utf oringsf ormer 

FSreliggande uppfinning avser att dstadkomma snabb och . 
effektiv sparning av tidigare utfGrda operationer i ett 
dataprogram, for att exempelvis underiatta upptackande av 
eventuellt felaktiga inmatningar eller kommandon som en 
anvSndare utfort, eller av eventuella f elprograrameringar eller 
brister i programmet. 

I korthet innebar uppfinningen att de operationer som en 
anvSndare utf or registreras och lagras, dvs. "spelas in", 
under den tid som ett bevakat dataprogram anvands. F5r detta 
andamal anvands ett speciellt utformat program, vilket for 
enkelhets skull f ortsattningsvis kommer att kallas 
"sp&rningsprogrammet", som kors parallellt med dataprogrammet 
och bevakar detta med avseende pa anvandarens aktiviteter. 

Vid inspelning av anvandarens aktiviteter identifieras 
utforda operationer genom att varje inmatning eller 
kombination av inmatningar detekteras och jamfors med en 
uppsattning pa fOrhand definierade operationer som p& nagot 
satt kan p&verka programmet. Dessa f ordef inierade operationer 
finns saledes lagrade tillgangligt for sp&rningsprogrammet . 
S&dana f ordef inierade operationer kan vara dels allmSngiltiga 
oberoende av vilket program som anvands, sasom nedtryckning av 
fysiska tangenter pa ett tangentbord, eller specifika for 
varje program, sasom val av programmets tillgangliga 



funktioner exempelvis genom klickning pi ikoner, menyer, 
knappar, etc, som visas pa skarmen. I manga program kan aven 
vissa kommandon utforas genom nedtryckning av en eller flera 
tangenter, s&som exempelvis Ctrl+S fSr att spara dokument, 
5 eller f unktionstangenter F1-F12. 

Sparningsprogrammet innefattar siledes en funktion som 
detekterar anvandarens inmatningar och jamfor dessa med de 
fSrdef inierade operationerna * Om en detekterad inmatning 
matchar en sadan f Qrdef inierad operation registreras denna som 
10 en utford aktivitet. Spirningsprogrammet ar s&ledes utformat 

att successivt registrera pa sk satt identif ierade operationer 
i samband med att dessa utfors, och spara dessa i en 
aktivitetslista, - Denna lista kan aven f oretradesvis inneh&lla 
uppgift om tidpunkter da operationerna utfordes. 
15 Vid ett senare tillfaile, nar inspelningssessionen har 

avslutats, kan aktivitet slistan med sparade operationer tas 
fram och genomg&s for att analysera handelsef orloppet och 
spara enskilda operationer , exempelvis eventuell f elinmatning. 
Detta kan vara aktuellt nar programmet har last sig eller inte 
20 fungerar som det ska, eller om en anvandares fardighet skall 
utvarderas efter t.ex, en utford test. Inom ramen for 
uppfinningen kan aktivitetslistan utformas pa olika satt. De 
registrerade operationerna kan t.ex. sorteras kronologiskt i 
listan eller pa annat satt. Operationerna kan aven 
25 klassif iceras och sorteras i olika grupper exempelvis beroende 
pa typ av operation, vilket kan underiatta sOkning och analys 
—It" i vissa situationer. 

: Operationerna i listan ar f oretradesvis benamnda med 

J *"* forutbestamda lampliga beteckningar i klartext for att latt 

+ w 

: * % 30 kunna identifieras och fdrstas, till skillnad mot de 

*♦ * ; beteckningar som anvands av datorns operativsystem. Dessa 

operationsbeteckningar bestams lampligen vid f ardef inieringen 

• * 

[l m l av operationerna enligt ovan. En sadan operationsbeteckning 

* p » 

: kan valfritt besta av ett kortfattat namn eller en langre mer 



informativ beskrivning, allt efter behov. Vidare kan olika 
filterfunktioner anvandas, sa att endast vissa typer av 
operationer registreras medan andra ignoreras. Exempelvis kan 
teckeninmatningar filtreras bort i det fall dessa inte 
5 pltverkar programmet i en viss situation. 

Sp&rningsprogrammet kan vara utformat for att kunna bevaka 
flera olika dataprogram, genom att innehalla en fil for varje 
program med f Srdef inierade operationer och eventuella 
filterfunktioner. Det ar aven mojligt att installera en ny 
10 sadan fil nar ett nytt program skall laggas till f6r 

bevakning, eller da ett bevakat program har modifierats. 

Med hanvisning till Fig. 1 och 2 kommer ett exempel p& en 
lamplig systemarkitektur att beskrivas som kan anvandas for 
att implementera f Sreliggande uppf inning. Systemarkitekturen 
15 kan i princip delas upp i ett administrativt verktyg och ovan 
namnda sparningsprogram, dSr det administrativa verktyget 
anvands huvudsakligen for att definiera och lagra de 
operationer som kan utforas vid anvandning av ett bevakat 
program. 

20 Fig. 1 visar ett logiskt blockschema for ett administrativt 

verktyg 100 som kan anvandas av exempelvis en systemleverantor 
for att bygga upp en operationsdatabas 102 med f Srdef inierade 
operationer f6r ett specifikt dataprogram P som senare skall 
bevakas. Allmant gailer att nar olika inmatningar utfSrs i 
25 programmet P genereras pi kant satt olika meddelanden av 

programmet som skickas till andra program eller applikationer 
i datorn fOr att resultera i olika handelser, s&som nytt 
utseende pk skarmen. Varje inmatning som paverkar programmet 
motsvaras saledes av ett specifikt meddelande. Sadana 
30 genererade meddelanden kan i praktiken avlyssnas, exempelvis 
med hjaip av en kand funktion kallad ^'SetWindowsHookEx ( ) " som 
ing&r i det valkanda operativsystemet Windows, vilken kan 
utnyttjas i detta sammanhang. 




Det adrainistrativa verktyget 100 innefattar en 
loggningsfunktion 104 som Sr utformad att avlyssna och f&nga 
upp s&dana meddelanden som genereras av programmet P som svar 
pa inmatningar, och tolka dessa. I praktiken utfSrs 
5 systematiskt en grunduppsattning av operationer i programmet P 
som en anvandare kan tankas utfora, varvid loggningsfunktionen 
104 loggar meddelanden som fangas upp i samband med varje 
operation. Dessa sparas da som olika monster i 
operationsdatabasen 102 , dar varje f ordef inierad operation 
10 svarar mot ett eller flera specif ika genererade meddelanden. 
Det administrativa verktyget 100 innefattar vidare en 
benamningsfunktion 106 genom vilken de sparade operationerna 
kan namnges. Benamningsfunktionen 106 styrs genom ett 
anvandargranssnitt, ej visat, i vilket en systemadministrator 
15 eller motsvarande kan manuellt definiera en valfri beteckning, 
sasom ett namn eller en beskrivning, for varje utfbrd 
operation. Denna beteckning ar avsedd att latt kunna 
identifieras och forst&s for en framtida anvandare av 
sparningsprogrammet. De registrerade operationerna sparas 
20 slutligen tillsammans med motsvarande beteckning i 

operationsdatabasen 102. Alternativt kan operationerna sparas 
som en enkel kod i operationsdatabasen 102 medan de 
definierade motsvarande beteckningarna sparas i en separat 
regeldatabas som anger hur inf ormationen skall presenteras f£r 
25 slutanvandaren, vilken kommer att beskrivas nedan. 

Den ovan beskrivna proceduren utfors i princip for alia 
tankbara och/eller intressanta operationer f6r det specifika 
: dataprogrammet P f5r att bygga upp operationsdatabasen 102, 

: vilket saledes kan ses som ett slags kalibreringsf 5rf arande . 

: /*30 Nar operationsdatabasen 102 ar komplett kan programmet bevakas 

genom inspelning av identif ierade operationer med hjalp av 
m » ~ : sparningsprogrammet , vilket beskrivs n^rmare nedan. 

Fig. 2 visar ett logiskt blockschema for en lamplig 
\ arkitektur f6r sparningsprogrammet 200 som avsett att kSras 



i samband med att dataprogrammet P skall anvSndas och bevakas. 
Sparningsprogrammet 200 innefattar en serie logiska funktioner 
som utfors i tur och ordning enlig nedan. En loggningsf unktion 
202 ar utformad att fanga upp olika meddelanden som genereras 
5 i programmet P n£r en anvandare utfor olika inmatningar, pa 
motsvarande s&tt som beskrivits i samband med Fig* 1. Denna 
loggningsfunktion 202 kan saledes vara av sairana typ som den 
loggnihgsfunktion 104 som anvSnts i det administrativa 
verktyget 100, exempelvis ovan nSmnda kanda f unktion 
10 "SetWindowsHookEx ( ) " . 

Loggade inmatningar behandlas sedan av en analysf unktion 
204 dar on5dig information/ eller "brus", kan sorteras bort. 
Detta kan vara meddelanden som genereras i samband med 
inmatningar som inte bedoms vara intressanta, t.ex. en sa 
15 kallad "f okusf unktion" som innebar att fokus kan flyttas 
mellan olika menyer eller knappar som markeras pa skarmen 
genom nedtryckning av piltangenter eller motsvarande. 

Darefter matas den mottagna inf ormationen till en 
matchningsfunktion 206 som jamfor utforda inmatningar med de 
20 f6rdef inierade operationerna som lagrats i operationsdatabasen 
102 enligt Fig. 1. Om en operation da identifieras som matchar 
utf6rd inmatning, kan denna operation Sven behandlas av en 
presentationsfunktion 208 som ar utformad att tillampa 
fordef inierade presentationsregler pa de identif ierade 
25 operationerna. Dessa presentationsregler ar lagrade i en 
regeldatabas 210. Sadana regler kan vara sprSklig kontroll 
samt tillampning av speciella onskemal fran slutanvandaren om 
hur inf ormationen skall presenteras, etc. 
Presentationsreglerna kan ocksli innefatta en eller flera 

♦ 

30 filterfunktioner sk att endast vissa typer av operationer 
• registreras medan andra ignoreras. Operationernas beteckningar 
: kan Sven vara lagrade i regeldatabasen 210, sasom namnts ovan. 
: Presentationsfunktionen 208 ar saledes avsedd att spara 

informationen i ett format som ar begripligt och motsvarar 



slutanvandarens 5nskemal. Inom ramen for derma uppf inning kan 
flera olika anvandare definiera sina egna profiler vilka 
sparas i denna regeldatabas 210, Beroende pa vilken anvSndare 
som ar inloggad for en viss inspelningssession, tillampas de 
5 regler som motsvarar denna anvandare. 

Slutligen sparas den bearbetade informationen om utfSrda 
operationer i en aktivitetsdatabas 212 som i efterhand kan 
konsulteras f5r att sp&ra enskilda operationer , slsom 
beskrivits ovan. Sparningsprogrammet 200 3r aven for sett med 
10 ett lampligt anvSndargrSnssnitt, ej visat, som kan anvandas 

for att ga igenom de operationer som tidigare utfGrts under en 
inspelningssession som nu avslutats. Detta sparningsgranssnitt 
kan lampligen visa en forteckning av vilka dataprogram som kan 
bevakas med sparningsprogrammet, f unktionsknappar for 
15 hantering av inspelning, sasom start, stopp och paus, status 
f6r en eller flera pagaende ell.er avslutade 
inspelningssessioner, detaljerade aktivitetslistor over 
utf5rda operationer for varje session, dialogrutor for 
inloggning och definition av anvSndarprof iler, f5r att namna 
20 nagra exempel. 

Figur 3 visar ett forenklat flddesschema 6ver den procedur 
som sparningsprogrammet genomgar f5r att registrera utforda 
operationer efter att inspelningsfunktionen aktiverats. I ett 
f6rsta steg 300 detekteras en av en anv&ndare utfdrd 
25 inmatning. Inom ramen £<Sr denna uppf inning kan en sadan 
inmatning exempelvis besta av en knapptryckning, en 
musklickning eller ett talkommando, utforda enskilt eller i 
kombination. Denna inmatning jSmfors sedan, i ett steg 302, 
med de fordef inierade operationerna som finns lagrade i 
30 operationsdatabasen 102. I nasta steg 304 bestams om 

inmatningen matchar nagon av de fdrdef inierade operationerna. 
Om sa inte Sr fallet aterg&r proceduren till steg 300 far att 
undersoka en ny inmatning. Om daremot en matchande operation 
identifieras i steg 304 tas en motsvarande beteckning fram for 



derma operation, i ett nasta steg 306, antingen fran 
operationsdatabasen 102 eller fran regeldatabasen 210 beroende 
pa var den har lagrats under den ovan beskrivna 
kalibreringsproceduren. Slutligen lagras denna 
5 operationsbeteckning i aktivitetsdatabasen 212, i ett steg 
308, eventuellt efter en anpassning enligt uppgifter i 
regeldatabasen 210 sasom beskrivits ovan. 

FCreliggande uppf inning g6r det mSjligt att pa ett enkelt 
och smidigt satt kunna analysera ett handelsef orlopp i detalj 
10 vid anvandning av ett specifikt bevakat dataprogram. Saledes 
registreras alia enskilda operationer vilka identif ierats som 
utfSrda under en inspelningssession, baserat pa anvandarens 
inmatningar, och som pa forhand definierats som relevanta for 
det bevakade programmet. Denna lesning kan anvandas exempelvis 
15 for att upptacka eventuella felaktiga inmatningar och/eller 
kommandon, eller for att utvardera ett nytt eller modifierat 
program. 

Uppfinningen ar inte begransad till de ovan beskrivna 
utferingsformerna, utan definieras allmant av de efterf 51 jande 
20 patentkraven. 



Paten tkrav 

1. En metod att sp&ra enskilda operationer som utf6rts i 
ett specifikt dataprogram, kannetecknad av foljande steg 
att: 

A) detektera minst en inmatning utfSrd av en anvandare, 

B) jamfora detekterad inmatning med en uppsattning p& 
forhand definierade operationer, 

C) registrera en mot inmatningen svarande operation som en 
utford aktivitet, om inmatningen matchar n&gon 
fbrdefinierad operation vid jamfOrelsen utf6rd i steg B) , 
och 

D) repetera stegen A) - C) f6r ett antal inmatningar 
utforda under en inspelningssession f varvid en 
aktivitetslista med utfttrda operationer skapas, sa att 
namnda lista kan tas fram efter inspelningssessionen f&r 
att spara enskilda operationer. 

2. En metod enligt krav 1, kannetecknad av att en inmatning 
detekteras i steg A) genom avlyssning av ett motsvarande 
meddelande som genereras av dataprogrammet som svar pa 
inmatningen, 

3. En metod enligt krav 1, kannetecknad av att namnda 
uppsattning fordef inierade operationer har lagrats i en 
operationsdatabas • 

4. En metod enligt krav 3, kannetecknad av att namnda 
uppsattning innefattar operationer som ar allmangiltiga 
oberoende av vilket program som anvSnds eller specifika for 
programmet . 

5. En metod enligt krav 3 eller 4, kannetecknad av att 
namnda uppsattning fdrdef inierade operationer har skapats 
genom att utf5ra en grunduppsattning av operationer som en 



anvandare kan tankas utfOra i programmet, for att bygga upp 
namnda operationsdatabas . 



6. En metod enligt nagot av kraven 1-5, kannetecknad av 

att registrering av en utf6rd operation i steget C) 
innefattar att fca fram en f ordef inierad beteckning for 
operationen, vilken beteckning lagras i namnda 
aktivitetslista . 

7. En metod enligt nagot av kraven 1-6, kannetecknad av 

att fordefinierade presentationsregler tillampas pa utfSrda 
operationer innan dessa lagras i namnda aktivitetslista. 

8. En metod enligt krav 7, kannetecknad av att namnda 
presentationsregler har lagrats i en regeldatabas . 

9. En metod enligt krav 7 eller 8, kannetecknad av att 
namnda presentationsregler innefattar en f ilterfunktion sa 
att endast vissa typer av operationer registreras medan 
andra ignoreras. 

10. Ett arrangemang f5r att spara enskilda operationer som 
utfOrts i ett specifikt dataprogram, k&nnetecknat av: 

- medel for att skapa en uppsattning pa fdrhand definierade 
operationer, 

- medel for att detektera inmatningar utf6rda av en 
anvSndare och jamfora dessa med namnda uppsattning 
fordefinierade operationer, 

- medel for att registrera operationer som utforda 
aktiviteter under en inspelningssession fdr de inmatningar 
som matchar nagon f Ordef inierad operation, for att skapa en 
aktivitetslista med utforda operationer, sa att namnda 
lista kan tas fram efter inspelningssessionen f5r att spara 
enskilda operationer. 
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Sammandrag 

En metod och arrangemang for att spara enskilda 
operationer som utfSrts i ett specifikt dataprogram (P) , d&r 
inmatningar detekteras som utfors av en anvSndare. Varje 
detekterad inmatning jamfors med en uppsattning pa forhand 
definierade operationer, vilka har lagrats i en 
operationsdatabas (102) . Om en detekterad inmatning matchar 
nagon f ordef inierad operation vid jamforelsen registreras 
denna operation som en utfard aktivitet i en 
aktivitetsdatabas (212) . Proceduren repeteras f6r ett antal 
inmatningar utforda under en inspelningssession, varvid en 
aktivitetslista med utforda operationer skapas i 
aktivitetsdatabasen. Denna lista kan sedan tas fram efter 
inspelningssessionen for att spara enskilda operationer. 
Darmed kan ett handelsef orlopp analyseras i detalj efter 
anvandning av dataprogrammet , exempelvis i syfte att 
upptacka felaktiga operationer. 
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